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Dear Examiner Cho: 



In preparation for a scheduled telephonic Examiner Interview on Thursday August 6, 
2009 at 1 1:00 am, the following is our Agenda for the interview including Examiner 
Hong So) Cho, and Jesus J. Hernandez (Reg. No. 62,570; tel 703-668-8009). 

I. We plan on discussing claim 1 and 19, as illustrative of the independent claims, 
and possible amendments to claim 1 and 19, or addition of dependent claims. 

Claim 1 is reproduced below. 

1 . (Previously Presented) A method comprising: 

receiving, at a first network controller operating according to a first radio 
technology, a message relay requestfvom a mobile station for which the first network 
controller is handling a packet switched call; 

forming a relay message to include an embedded message for conveying a switch 
in radio technology: and 

sending the relay message over a tunneling medium to a second network 
controller operating according to a second radio technology. 



19. (Previously Presented) A method of communication between wireless elements 
and a wireless unit the method comprising; 

sending at least one message identifying (i) wireless elements in use by a wireless 
unit and (ti) wireless elements available to the wireless witt for each of a plurality of 
network types; and 

receiving a selection of at least one selected wireless element from the wireless 

unit 
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XL We plan on discussing (a) how claims 1 and 19 distinguish over Ahmavaara and 
Guilford, respectively, cited in the Section 102 rejection (below); and, if necessary, 
(W possible limitations to further distinguish the claims over Ahmavaara and 
Guilford. 

Claim 1 requires, inter oliou "sending the relay message over a tunneling medium to a 
second network controller operating according to a second radio technology." At least 
this feature is not disclosed by Ahmavaara. 

In the current Office Action, the Examiner states, M It is right that there is no network 
connection between the first network controller (7) and the second network controller 
(11), but there id a direct communication line between the first network controller (7) 
and the second network controller (IS) in figure 1." (5/21/09 Office Action p. 5.) 
Applicants respectfully disagree since to Serving GPRS Support Node (SGSN IS)" is not 
8 network controller. Figure 1 of Ahmavaara is illustrated below. 
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Illustration A. Figure 1 of Ahmavaara 



Ahmavaara does not refer to SGSN IS as a network controller and neither is a serving 
GPRS support node understood in the art to be a network controller. (Ahmavaara col. 
1, Ins. 49-coU 2, In. 7; coL 2, In, 44-64.) Trie SGSN IS is described as a location to 
store user data, (Id, at col. 7. In. 3-5.) The only network controllers disclosed in 
Ahmavaara are a radio network controller (RNC 7) and a base station controller (BSC 
11), which are not connected_by_a_tunncling medium . The SGSN 15 does not even send 
any messages from the RNC 7 to the BSC 1 1. as is clearly shown in signaling chart of 
Figure 3A and 3B. 

Additionally, even assuming arguendo that the SGSN 15 was a network controller 
(which Applicants do not admit), the connection between radio network controller 7 and 
the SGSN 15 is not a "tunneling medium." 



Claim 19 requires, inter alia, "sending at least one message identifying [..J (ii) wireless 
elements available to the wjreless unit for each of a plurality of network types." At least 
this feature Is not disclosed by Guilford, 
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Guilford discloses a system of intelligent network selection. The system in Guilford 
includes a wireless device 12 sending a new service request (S 90) to a current service 
provider operating under a home platform. (Guilford para. [0070]; FIG. 5 and 7b.) If 
the current service provider Is not capable of providing the requested service, "the 
current service provider will determine whether the request Can be serviced through its 
existing portfolio of platforms/' (S 94 to S 108). (Id. at para. (0071): FIG. 7b J "If one of 
these platforms can service the request, the current service provider [,..] instructs the 
wireless device 12 to reconnect to the new platform." (Id. at para. (0071).) However, the 
current service provider does not send a message identifying wireless elements (e.g., 
base stations) available to the wireless device 12 for each of the platforms in the 
portfolio of platforms . In contrast, claim 19 requires, "sending at least one message 
identifying [..J (ii) wireless elements available to the wireless unit for each of a plurality 
of network types." 
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